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1.  INTRODUCTION 


1.1  BACKGROUND 


Since  the  beginning,  the  space  launch  industry  has  endured  substantial 
variances  in  meeting  schedules  and  even  greater  variances  in  meeting  cost 
objectives.  Technical  performance  has  generally  been  more  important  than 
schedules,  and  both  were  usually  more  important  than  cost.  Due  to  the  high 
technology  orientation  of  launch  systems,  the  performance  requirements  were 
paramount.  The  need  to  achieve  the  last  few  percent  of  performance  became  a 
goal  that  was  both  costlv  and  counter  productive  in  terms  of  reliability  and 
dependaoility .  Today,  the  military  customer  is  demanding  that  emphasis  be 
placed  on  meeting  schedules  tnd  cost  objectives  without  foregoing  technical 
excellence.  The  new  environment  for  current  space  programs  therefore  dictates 
a  concentrated  effort  on  the  part  of  management  and  engineering  to  investigate 
modern,  innovative  approaches  for  development  of  the  Advanced  Launch  System 
(ALS). 


1.1.1  The  Mission  of  Management 

The  professional  manager,  the  person  who  must  apply  particular 
managerial  concepts  and  insights  to  specific  situations,  needs  a  way  of 
addressing  his  overall  task.  Of  necessity,  the  manager  is  primarily 
interested  in  satisfying  the  customer  with  quality  products  or  services.  To 
this  end,  the  manager  wants  the  management  principles  they  intend  to  employ  to 
be  clearly  stated  in  an  Integrated  framework  directly  applicable  to  their 
concerns.  The  Demlng  approach  to  management  (Ref.  1)  provides  a  practical 
framework  for  assessing  the  management  task  and  applying  modern,  effective 
management  techniques. 

These  modern  management  concepts  are  being  aggressively  applied  in  many 
commercial  firms  to  improve  their  market  competitive  edge.  Recently,  some 
U.S.  firms,  including  companies  from  the  automotive,  electronics,  and  aircraft 
industries,  have  been  successful  using  a  Total  Quality  Management  (TQM) 
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concept  based  on  Deming  management  principles.  The  need  for  effective 
managers  is  obviously  as  pressing  in  military  and  space-related  industrial 
organizations  as  it  is  in  the  commercial  market.  Increasing  demands  caused  by 
DoD  budget  constrain.:s ,  space  system  design  complexity,  and  the  rising  costs 
of  future  space  systems  all  intensify  the  necessity. for  able  managers  and 
competent  technical  personnel. 

For  many  years,  managers  were  widely  regarded  as  Individuals  who  merely 
adapted  to  their  situation.  Today's  manager  must  go  beyond  simply  adjusting 
to  the  situation  and  instead,  they  must  be  proactive  and  provide  a  dynamic, 
innovative  force.  The  purpose  of  using  the  Deming  management  principles  is  to 
transform  the  traditional  American  management  style  to  a  modern,  aggressive 
approach,  even  if  it  requires  a  whole  new  management  structure  from  top  to 
bottom. 


1.1.2  The  Need  for  Quality  Function  Deployment 

Quality  Function  Deployment  (QFD)  is  a  promising  method  of  applying 
current  TQM  concepts  in  implementing  modern  management  techniques.  Literally, 
QFD  Is  c.  froa'.  fat  Japanese  characteis  "Hin  Shitsu  Ki  No  Ten 

Kai."  As  shown  in  Figure  1,  this  illusive  entity  called  QFD  has  several 
interpretations.  The  Japanese  have  selected  "Quality  Function  Deployment"  as 
the  most  appropriate  translation,  but  this  is  somewhat  unfortunate  since 
quality  has  different  connotations  in  the  Ajnerican  Ca  ltUi.<L..  ho«>Q:vci',  by 
examining  each  pair  of  characters  individually,  better  insight  into  the 
meaning  of  QFD  may  be  found.  In  the  U.  S.  culture,  QFD  may  be  thought  of  as 
"a  system  for  translating  customer  requirements  into  appropriate  company 
requirements  at  each  stage  from  research  and  development  through  engineering 
and  manufacturing  to  deployment  and  implementation,"  and  QFD  can  then  be 
interpreted  as  "the  voice  of  the  customer  (or  user)."  The  Strategic  Defense 
Initiative  Office  (SDIO)  and  NASA  also  have  funded  ALS  program  activities  and 
are  potential  users.  Because  Air  Force  Space  Command  is  the  author  of  the  ALS 
System  Operational  Requirements  Document,  which  served  as  the  primary  basis 
for  requirements  determination,  they  are  hereafter  referred  to  as  the  customer. 
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Figure  1.  Quality  Function  Deployment 
Source:  American  Supplier  Institute 


1.1.3  OFD  Methodolo 


QFD  is  a  technique  for  systematically  analyzing  the  customer’s  (Space 
Command)  perceptions  of  what  constitutes  a  highly  reliable  and  operable 
system  and  functionally  breaking  down  those  attributes  to  identify  the 
critical  characteristics  that  determine  an  efficient  launch  system 
capability.  In  applying  the  principles  of  QFD,  a  series  of  matrices  or  charts 
are  developed  with  emphasis  on  the  one  commonly  known  as  the  "House  of 
Quality"  (because  of  its  roof-like  format),  which  identifies  and  translates 
the  most  critical  information. 

There  are  four  key  types  ot  charts  or  phases  that  are  developed  during 
the  QFD  process: 

•  Product  Planning 

•  Part  Deployment 

•  Process  Planning 

•  Production  Planning. 

QFD  is  a  team  process,  with  each  planning  phase  being  performed  by 
multi-disciplined  teeims  of  varying  composition  providing  expertise  in  all 
areas  including  vehicle  design,  development,  and  operations. 

1 . 2  OBJECTIVES 


A  great  deal  has  been  written  and  said  during  the  past  few  years  about 
Total  Quality  Management  and  the  use  of  Quality  Function  Deployment  (QFD)  in 
product  development.  However,  applying  QFD  to  launch  operations  has  never 
been  attempted.  It  is  anticipated  that  QFD  can  play  a  significant  role  in  the 
future  of  launch  operations,  but  it  is  important  to  examine  this  role 
realistically  so  that  workable  plans  and  requirements  are  translated  into 
viable  launch  systems  which  will  satisfy  the  needs  of  the  customer.  The 
objectives  of  this  report  are  to  explore  the  application  of  QFD  methodology  to 
launch  operations,  and  to  test  this  procedure  against  the  Air  Force  Space 
Command  operational  requirements. 


2.  QUALITY  FUNCTION  DEPLOYMENT  OVERVIEW 


Quality  Function  Deployment  (QFD)  is  a  planning  tool  to  improve  the 
process  for  introducing  new  or  upgraded  products  which  translates  the  customer 
requirements  from  concept  to  the  factory  floor  and  beyond.  QFD  employs  a 
series  of  matrices  and  charts,  which,  upon  initial  examination,  may  appear 
overly  detailed  and  somewhat  intimidating.  However,  QFD  is  a  relatively 
straightforward  but  complex  and  time-consuming  process  which  can  offer 
significant  returns  in  improved  management  and  cost  savings  when  properly 
applied . 

In  researching  the  QFD  process,  a  number  of  different  approaches  were 
found  for  applying  the  principles.  The  QFD  methodology  chosen  for  use  in 
launch  operations  was  based  on  presentations  of  the  American  Supplier 
Institute  in  their  three-day  QFD  workshop  (Ref  2). 

The  research  for  this  QFD  study  was  performed  in  two  sequential  steps. 
The  first  step  consisted  of  an  historical  review  of  the  evolution  of  TQM 
including  QFD.  To  determine  current  QFD  opportunities,  various  ALS  documents 
and  periodicals  were  researched,  and  this  literature  research  initiated  the 
development  of  a  series  of  user  questionnaires.  In  the  second  step,  the 
Product  Planning  Matrix  or  House  of  Quality  was  developed  using  data  from  the 
questionnaires  and  from  brainstorming  sessions  with  key  ALS  personnel. 

In  applying  QFD,  the  initial  phase  involves  the  creation  of  a  Product 
Planning  Matrix  which  displays  a  great  deal  of  information  •'.nd  is  called  the 
House-of-Quality  matrix  due  to  its  roof-like  format  as  shown  in  Figure  2.  It 
is  important  that  this  chart  be  thoroughly  understood,  because  it  integrates 
all  those  data  regarding  the  product  or  service  and  represents  the  foundation 
of  QFD.  The  many  areas  of  the  House  are  described  in  paragraphs  2.1  through 
2.8  and  are  followed  by  a  discussion  of  the  composite  nature  of  the  various 
requii ements . 


Figure  2.  Quality  Function  Deployment  Product  Planning  Matrix 
Source:  American  Supplier  Institute 
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2.1 


VOICE  OF  THE  CUSTOMER 


The  QFD  process  starts  with  a  list  of  objectives  representing  the 
"WHATs"  that  must  be  accomplished.  This  list  constitutes  the  customer 
requirements  and  is  referred  to  as  the  "Voice  of  the  Customer."  Usually,  this 
list  is  made  up  of  very  general  or  purposely  vague  items  which  are  difficult 
to  implement  directly,  and  it  contains  verbalized  customer  needs  listed 
verbatim  without  embellishment  or  interpretation.  These  customer  WHATs  are 
organized  in  rows  on  the  left  side  of  the  House. 

2.2  DESIGN  REQUIREMENTS 

The  list  of  WHATs  is  translated  into  engineering  detail  by  listing  one 
or  more  "HOWs"  for  each  WHAT.  By  this  method,  the  customer  requirements  are 
translated  into  design  requirements.  In  practice,  some  of  the  HOWs  may  affect 
more  than  one  WHAT  or  may  adversely  affect  one  another.  These  engineering 
HOWs  are  organized  as  columns  in  the  ceiling  area  of  the  House. 

2.3  RELATIONSHIPS 


The  relationships  between  WHATs  and  HOWs  are  found  at  the  intersection 
of  the  rows  and  columns.  Also  shown  at  the  intersections  are  the  strengths  of 
each  relationship  symbolized  by  "0"  for  a  Strong  Relationship,  "o"  for  a 
Medium-Strength  Relationship,  "x"  for  a  Weak  Relationship,  and  a  blank  for  No 
Relationship.  This  not  only  provides  a  simplified  interpretation  for  a 
complex  relationship,  but  also  provides  an  easy  cross-check.  As  an  example, 
blank  rows  or  columns  are  an  immediate  indication  that  the  translation  of 
WHATs  into  HOWs  has  been  inadequate,  a  customer  WHAT  has  been  ignored,  or  an 
engineering  HOW  is  not  needed, 

2 . 4  MEASUREMENTS 


The  next  key  element  is  the  Measurements  for  the  HOWs,  often  called  the 
"HOW  MUCHs,"  which  provide  an  objective  means  of  assuring  that  requirements 
have  been  met  and  targets  for  further  detailed  development.  These  objective 
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targets  provide  a  means  of  determining  progress  and  avoiding  "Swags"  or 
"opinion-eering . "  Therefore,  if  the  HOW  MUCHs  are  not  measurable,  it  provides 
an  indication  that  there  is  a  lack  of  detail  in  the  definition  of  the  HOWs. 
These  HOW  MUCHs  are  located  in  the  basement  area  of  the  House. 

2.5  THE  HOUSE  OF  QUALITY 

The  four  key  elements  described  above  (WHAT,  HOW,  Relationsnips ,  and 
HOW  MUCH)  form  the  structure  of  QFD.  However,  there  are  several  useful 
extensions  to  the  basic  QFD  chart  which  greatly  enhance  its  usefulness,  and 
their  use  depends  on  the  content  and  purpose  of  each  specific  project.  The 
purpose  of  the  Correlation  Matrix  with  its  roof-like  format  is  to  identify 
areas  where  trade  studies  and  analysis  may  be  required.  This  matrix,  which  is 
usually  located  above  the  HOWs,  uses  symbols  to  designate  the  strength  of  the 
relationships:  "0"  for  Positive,  for  Strong  Positive,  "X"  for  Negative, 
and  "XX"  for  Strong  Negative.  Positive  correlations  are  those  in  which  one 
HOW  supports  another  HOW,  while  negative  correlations  are  those  in  which  one 
HOW  adversely  affects  the  achievement  of  another  HOW.  Early  identification  of 
these  conflicts  is  extremely  important,  because  they  represent  conditions 
pointing  toward  additional  analysis  and  trade  studies.  Trade  studies  which 
are  not  promptly  identified  and  resolved  will  often  lead  to  unfulfilled 
requirements,  despite  best  efforts  in  all  other  areas. 

2.6  COMPETITIVE  ASSESSMENT 


The  Competitive  Assessments  are  a  pair  of  graphs  which  depict  item  by 
item  how  competitive  products  compare.  These  assessments  are  made  for  the 
WHATs  and  the  HOWs.  The  Competitive  Assessment  of  the  WHATs  is  basically  a 
Customer  Competitive  Assessment  and  should  therefore  utilize  customer-oriented 
information.  It  is  critical  to  the  success  of  the  assessments  to  understand 
the  customer's  perception  of  their  product  relative  to  its  competition.  On 
the  other  hand,  the  Competitive  Assessment  of  the  HOWs  is  primarily  an 
Engineering  Competitive  Assessment,  and  the  best  engineering  expertise 
available  should  be  utilized  directly  in  this  process  in  order  to  gain  the 
most  complete  understanding  of  competitive  products. 
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The  Competitive  Assessment  can  also  be  useful  in  establishing  the  values 
of  the  objectives  or  HOW  MUCHs  to  be  achieved  by  selecting  values  which  are 
competitive  for  each  of  the  most  important  issues.  This  method  provides  a 
valuable  cross-check  and  may  uncover  errors  in  engineering  judgment.  If  the 
HOWs  have  been  properly  evolved  from  the  WHATs,  the  Competitive  Assessments 
should  be  reasonably  consistent.  Conversely,  a  blank  row  indicates  a  lack  of 
response  to  a  customer  need;  a  blank  column  suggests  an  engineering 
"overkill,"  because  there  is  no  customer  need.  The  WHAT  and  HOW  items  which 
are  strongly  related  should  also  exhibit  a  complementary  relationship  in  the 
Competitive  Assessment.  The  WHAT  Competitive  Assessment  is  found  on  the  right 
side,  and  the  HOW  Competitive  Assessment  is  found  in  the  subbasement. 

2.7  IMPORTANCE  RATING  AND  ORGANIZATIONAL  DIFFICULTY 


The  Importance  Rating  is  useful  for  prioritizing  efforts,  and 
Organization  Difficulty  is  helpful  in  making  tradeoff  decisions.  Numerical 
tables  or  graphs  will  depict  the  relative  importance  of  each  WHAT  or  HOW  to 
the  desired  end  result.  The  WHAT  importance  rating  is  established  based  on 
the  customer  assessment.  It  is  expressed  as  a  relative  scale  of  1  to  10  with 
the  higher  numbers  indicating  greater  importance  to  the  customer.  It  is  vital 
that  these  values  truly  represent  the  customers  view  rather  than  internal 
company  beliefs.  These  ratings  are  found  by  the  left  wall  and  in  the  floor  of 
the  House. 

The  Technical  Importance  (Absolute)  for  the  HOWs  is  calculated  using 
weights  assigned  to  the  Relationship  symbols,  such  as  'O'  (Strong)  =  9,  "o" 
(Medium)  =  3,  and  "x"  (Weak)  =  1.  For  each  column  (HOW),  the  WHAT  importance 
value  is  multiplied  by  the  symbol  weight,  producing  a  value  for  each 
Relationship.  Summing  these  values  vertically  defines  the  HOW  importance 
value . 


The  Technical  Importance  (Relative)  for  the  HOWs  provides  a  relative 
importance  (ranking)  of  each  HOW  in  achieving  the  collective  WHATs.  These 
values  have  no  direct  meaning,  but  rather  are  to  be  interpreted  by  comparing 
the  relative  magnitudes.  It  is  important  that  one  is  not  blindly  driven  by 
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these  numbers.  The  numbers  are  intended  to  help  but  not  constrain,  and  they 
provide  further  opportunities  to  cross-check  the  thought  process. 

The  absolute  and  relative  importances  are  found  at  the  very  bottom  of 
the  House. 

2.8  QUALITY  FUNCTION  DEPLOYMENT  PHASES 

In  order  to  translate  the  voice  of  the  customer  throughout  the  company 
from  design  through  production,  a  phased  approach  was  developed.  These  phases 
systematically  cascade  the  critical  information  through  a  series  of  matrices. 
This  is  done  by  taking  the  HOWs  of  the  previous  chart  and  translating  them 
into  the  WHATs  of  the  next  chart  (see  Figure  3).  The  HOW  MUCH  values  are 
likewise  transferred  to  make  sure  the  objective  values  are  not  lost  in  the 
process. 


The  process  is  carried  out  so  that  each  objective  is  defined  at  an 
actionable  level.  The  HOWs  which  are  transferred  to  the  next  level  are 
selectively  limited  to  those  items  which  are  identified  as  critical.  That  is, 
only  those  items  of  greatest  importance,  risk,  or  difficulty  or  which  are  new 
should  be  taken  to  the  next  phase  in  QFD. 

The  four  phases  employed  in  the  QFD  process  mirror  the  four  phases  of 
product  development  and  are  titled; 

Phase  1  Product  Planning 

Phase  2  Part  Deployment 

Phase  3  Process  Planning 

Phase  4  Production  Planning. 

Figure  A  demonstrates  how  the  QFD  process  translates  each  set  of 
requirements  from  one  phase  to  the  next.  Each  phase  is  represented  by  a 
different  matrix,  but  the  processes  used  for  each  are  similar. 
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DESIGN  MATRIX 


DESIGN 

NEOmHEMEMTS 


operational 
availability  •  0  9? 


ENGINEERING  DESIGN 


Figure  3-  Requirements  Translation 
Source:  American  Supplier  Institute 


PHASE  I 
PRODUCT 
PLANNING 


PHASE  II 
PART 

DEPLOYMENT 


PHASE  III 
PROCESS 
PLANNING 


PHASE  IV 
PRODUCTION 
PLANNING 


Figure  4.  Four  Phases  of  QFD 
Source;  American  Supplier  Institute 
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3.  QFD  AND  LAUNCH  OPERATIONS 

3.1  OVERVIEW  OF  THE  METHODOLOGY 

This  sectioi:  discusses  the  application  of  QFD  methodology  to  space 
launch  operations.  In  researching  the  QFD  approach,  only  a  few  examples  were 
found  in  which  the  principles  were  applied.  These  typically  involved  specific 
parts  and  components,  such  as  a  car  door  or  an  avionics  module  (Ref  3),  or  a 
small  system  such  as  an  air-to-ground  missile  (Ref  4).  Also,  the  more  complex 
of  these  were  not  developed  to  lower  matrix  levels.  Illustrative  examples 
which  addressed  processes  or  services  similar  to  launch  operations, 
particularly  in  terms  of  a  new  system  design,  could  not  be  found.  In 
addition,  it  was  apparent  early-on  that  the  complexity  involved  ir>  this 
subject  matter  exceeded  the  level  recommended  for  an  initial  project. 

As  a  result  of  these  complications,  it  was  decided  that  the  proper 
approach  would  be  to  perform  an  exploratory  study  using  limited  resources 
which  would  permit  examination  of  the  merits  of  the  QFD  process  for  this 
application.  If  successful,  it  would  then  be  possible  to  define  the  process 
by  preparing  an  example  which  could  serve  as  a  model  for  continued  work. 

This  project  was  undertaken  in  support  of  the  Advanced  Launch  System 
(ALS)  progreim,  and  the  QFD  methodology  was  used  to  trace  the  customer's 
requirements  from  concept  through  implementation.  The  user.  Air  Force  Space 
Command,  is  the  customer  of  the  Space  Systems  Division/NASA  Joint  Program 
Office,  which  is  the  developer  of  the  ALS.  Because  the  ALS  system  has  the 
joint  attributes  of  both  a  product  (launch  systems)  and  a  process  (launch 
operations),  modification  of  the  usual  QFD  process  was  anticipated. 

3.2  PRODUCT  PLANNING  MATRIX  EXAMPLE 

As  described  earlier,  the  first  steps  in  the  QFD  process  are  to  define 
the  customer  requirements  and  the  design  requirements  so  that  a  planning  or 


requirements  matrix  can  be  developed.  In  the  first  attempt,  this  was  done 
examining  the  current  program  documents  which  seemed  to  offer  a  natural  source 
for  identifying  the  requirements.  The  Air  Force  Space  Command  (AFSPACECOM) 
requirements  for  ALS  are  contained  in  the  System  Operational  Requirements 
Document  for  ALS  (S0RD)(Ref  5).  The  Air  Porce/NASA  ALS  Joint  Program  Office 
(JPO)  has  defined  the  ALS  requirements  including  design  in  a  System 
Requirements  Document  (SRD)(Ref  6).  The  requirements  data  contained  in  the 
customer  SORD  were  extracted  and  tabulated  as  WHATs  as  sbo'-’n  in  Table  1 , 
Likewise,  the  design  data  contained  in  the  SRD  were  extracted  and  tabulated  as 
HOWs  as  shown  in  Table  2.  These  lists  of  WHATs  and  HOWs  were  then  interpreted 
as  customer  requirements  and  design  requirements,  and  a  preliminary  Product 
Planning  Matrix  was  prepared. 

Once  this  point  was  reached,  assessment  of  the  chart  was  begun  to 
determine  what  additional  information  would  be  needed  to  complete  the  matrix. 
In  doing  this,  it  was  discovered  that  the  "natural"  process  which  was  being 
followed  was  not  consistent  with  the  QFD  methodology.  For  example,  the 
Customer  Requirements  column  (or  WHATs)  is  supposed  to  represent  the  voice  of 
the  customer  in  a  general  or  unquantified  way.  Instead,  in  the  initial 
version,  the  Customer  Requirements  List  contained  numerous  specific  values. 
Similarly,  the  Design  Requirements  List,  which  should  have  quantifiable  target 
values,  is  less  quantifiable  as  described  and  looks  more  like  parts  of 
components  than  design  features. 

At  this  point,  it  appeared  that  this  matrix  had  attributes  more  closely 
resembling  a  Parts  Deployment  Matrix  (i.e.,  the  next  level  down)  rather  than 
the  intended  Product  Planning  Matrix.  As  a  result,  a  new  matrix  was  prepared 
by  redesignating  the  original  list  of  the  WHATs  as  HOWs,  and  a  new  set  of 
Customer  Requirements  was  prepared.  These  new  WHATs  were  intentionally 
selected  for  vagueness  and  lack  of  quantifiable  values,  and  the  new  Customer 
Requirements  were  not  made  up  but  were  extracted  without  embellishment  from 
various  locations  within  the  text  of  the  SORD  and  then  recategorized  into 
secondary  and  primary  designations.  The  new  design  requirements  (HOWs)  were 
then  derived  from  the  original  list  of  Customer  Requirements  along  with 
additional  requirements  that  seemed  appropriate.  These  requirements  were 
slightly  reworded  as  necessary. 
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Table  1.  Systems  Operational  Requirements  Document 


PRIMARY  SECONDARY 

TERTIARY 

WHATS 

(FIRST  AHEM  FT) 

SYSTEMS  OPERATIONAL 
REQUIREMENTS 
DOCUMENT  (SORD) 

COST 

SIGNIFICANTLY  REDUCE  COSTS 

BE  AFFORDABLE 

2000.  LEO 

50.000-  90.000  LB 

GEO 

10.000-  15.000  LB 

POLAR 

^0.000-  60.000  LB 

TOTAL 

400.000  LB/YR 

VOLUME 

15  FT  X  60  FT 

2004:  LEO 

4.000-150.000  LB 

MISSION 

GEO 

4.000-  15.000  LB 

CAPABILITY 

POLAR 

1,000-110.000  LB 

TOTAL 

2,000.000  LB/YR 

VOLUME 

15  FT  X  60  FT 

2008:  LEO 

4,000-220.000  LB 

o 

TZ. 

GEO 

4,000-  15,000  LB 

CSL 

POLAR 

1.000-160.000  LB 

O 

u. 

CC 

TOTAL 

5.000.000  LB/YR 

UJ 

Q_ 

VOLUME 

50  FT  X  165  FT 

UJ 

c/: 

BLUE  SUIT  OPERATION 

STANDARDIZED  LAUNCH  VEHICLE  INTERFACES 

STANDARDIZED  PAYLOAD  INTERFACES 

SIMPLIFIED  PAYLOAD  INTEGRATION 

OPERABILITY 

REDUCE  LAUNCH  CONSTRAINTS 

NORMALIZE  AND  STREAMLINE  OPERATIONS 

FUELING/OEFUELING  IN  «24  HRS 

MINIMIZE  IMPACT  OF  ENVIRONMENT 

CONTROL 

DoD  COMMAND  AND  CONTROL  AUTHORITY 

MISSION  R&M  READINESS 


Table  1.  Systems  Operational  Requirements  Document  (Continued) 


SECONDARY 

WHATS 

TERTIARY  (FIRST  AHEMPH ) 

SYSTEMS  OPERATIONAL 
REQUIREMENTS 
DOCUMENT  (SORD) 

AVAIL. 

AVAILABILITY  TO  BE  BEHER  THAN  90% 

DEPEN, 

DEPENDABILITY  TO  BE  BEHER  THAN  95% 

RESPON¬ 

SIVENESS 

LAUNCH  ON  SCHEDULE  6-10  TIMES  PER  YR 

LAUNCH  ON  NEED  WITH  30-DAY  NOTICE 

PAYLOAD  CHANGEOUT  IN  <5  DAYS 

LAUNCH  SURGE  OF  7  SATELLITES  IN  <5  DAYS 

REGENERATE  LAUNCH  SURGE  CAPABILITY  IN 
<60  DAYS 

RELIABILITY 

RELIABILITY  TO  BE  BEHER  THAN  98% 

NO  SINGLE  POINT  FAILURES 

RECOVERY 

ACCOMMODATE  AT  LEAST  A  35%  INCREASE 

IN  LAUNCH  RATE 

STANDDOWN 

PROBABILITY  OF  EXCEEDING  3  MONTHS 
STANDDOWN  TO  BE  <5% 
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Table  1.  Systems  Operational  Requirements  Document  (Continued) 


SYSTEMS  OPERATIONAL 

WHATS 

REQUIREMENTS 

PRIMARY 

SECONDARY 

TERTIARY  (FIRST  AHEMPT) 

DOCUMENT  (SORD) 

MAINTAIN¬ 

ABILITY 

BLUE  SUIT  OPERATION 

MINIMUM  ON-PAD  MAINTENANCE 

NO  INTERMEDIATE  MAINTENANCE 

LAUNCH  PAD  TURNAROUND  IN  ^6  DAYS 

EASE  OF  FAULT  DIAGNOSIS 

SIMPLIFIED  &  STANDARDIZED  FAULT 
IDENTIFICATION 

EASE  OF  REPAIR  WITH  EXPEDITIOUS 
REPLACEMENT 

BLUE  SUIT  OPERATION 

TIMELY/SIMPLIFIED  LOGISTICS 

SUPPORT- 

MINIMIZE  SINGLE  POINT  FAILURES 

ABILITY 

MAXIMIZE  MULTIPLE  SOURCES 

oa 

EASE  OF  PARTS  CHANGEOUT  WITH 
SIMPLIFIED/STANDARDIZED  OPERATIONS 

SURVIVA- 

SURVIVE  AS  LONG  AS  NEEDED 

BILITY 

MINIMIZE  EFFECTS  OF  ALL  THREATS 

SECURITY 

SECURITY  APPROPRIATE  TO  PAYLOAD 
CLASSIFICATION 

PAYLOAD  IDENTITY  CONCEALMENT  AND 
PROTECTION 
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Table  2.  Systems  Requirements  Document 


Sk'HljAS  M.IMIV 


Table  2,  Systems  Requirements  Document  (Continued) 


PRIMARY  i  SECONDARY 

HOWS 

TERTIARY  (FIRST  AHEMPT) 

SYSTEMS  REQUIREMENT 

DOCUMEfJT  (SRD) 

! 

'  TPANSPO-TATio*. 

1 

PROCEDURES 

MANPOWER 

UTl'TIES 

POWER 

TRANSPORTATION  fa:  _  T;ES 

MOBILE  launch  P.A’^'QRM 

Channels 

RA-U.VAVS 

ROADWAYS 

VESSELS 

PR  ME  MOVERS 

TRANSPORTERS 

1 

i 

PROCEDURES 

MANPOWER 

RECOVERY  tOU'-PMEV’ 
MAN0;.!NGEQUPVEV’ 

UT.JTIES 

POWER 

environmental  contrq. 

SAFiNG  EQUIPMENT 

TRACKING  EQUIPMENT 

RECOVERY  FACILI'H’ 

environmental  PROiEaiON 
PROCEDURES 

manpower 

EMERGENCY  EQUIPMENT 
launch  facility 
SECURITY  system 
UTILITIES 

LAUNCH  POWER 

OPERATIONS  environmental  CC‘/POl 

health  monitor  SYSTEM 
SOFTWARE 
ACCESS  EQUIPMENT 
LAUNCH  MOUNT 
SERVICING  SYSTEM  EQUIPMENT 
CONTROL  SYSTEM  EQUIPMENT 
MISSION  CONTROL  FACUTV 
LAUNCH  CONTROL  FACILITY 


PROCEDURES 

MANPOWER 

HEALTH  MONITOR  S6TEM 
TEST  EQUIPMENT 

CARGO  ACCESS  EQUIPMENT 

INTEGRATION  HANDLING  EQUIPMENT 

INTEGRATION  FACILITY 
SECURITY  SYSTEM 
UTILITIES 
POWER 

ENVIRONMENTAL  CONTROL 


PROCEDURES 
MANPOWER 
SECURITY  SYSTEM 
UTILITIES 

LV  POWER 

INTEGRATION  HEALTH  MONITOR  SYSTEM 

ACCESS  EQUIPMENT 
TEST  EQUIPMENT 
HANDLING  EQUIPMENT 
INTERFACE  UMBILICALS 
INTEGRATION  FACILITY 


- 1 

j 

1 

PROCEDURES 

MANPOWER 

SECURITY  SYSTEM 

utilities 

ASSEMBLY 

POWER 

AND  C/0 

health  MONITOR  SYSTEM 

ACCESS  EQUIPMENT 

HANDLING  EQUIPMENT 

CHECKOUT  EQUIPMENT 

ASSEMBLY  FACILITY 
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Table  2.  Systems  Requirements  Document  (Continued) 


PRIMARY 

SECONDARY 

HOWS 

TERTIARY  (FIRST  ATTEMPT)  1 

SYSTEMS  REQUIREMENT 

DOCUMENT  (SRDi 

MCOEJNG 

OPERAT'ONS  MODE. 

RELIABILITY  MODE. 

COST  mode. 

PERFORMANCE  MODE. 

ALSYM 

information 

management 

DEC.SiON  SUPPORT  SYSTEM 

SOFTWARE 

UTI..ITIES 

POWER 

DATA/COMPUTER  FACIlU’ES 

UNIS 

ACCESS 

CONFIGURATION  MANAGEMENT 

PROCEDURES 

manpower 

DATA 

PROCESSING 

COM<u  TER  SYSTEM 

D'SPLAYS 

SOFTWARE 

AUTOMATION 

EXPERT  SYSTEMS 

DATA 

COLLEaiON 

ORBITAL  STATIONS 

GROUND  STATIONS 

cablE  plant 

instrumentation  system 

CAO  'CAW 

HEALTH  MONITOR  SYSTEM 

INPUT  SYSTEM 

TELEMETRY  SYSTEM 

optical  system 

LOGGERS 

DATA 

STORAGE 


0SClLL0f''UPHS 
MAGNETIC  TAPES 
FILM 

optical  discs 

VIDEO  TAPE 
MAGNETIC  DISCS 
MASS  MEMORY 
CHART  RECORDERS 


COMMUNICATIONS 


PROCEDURES 

POWER 

COMMUNICATIONS  FACILITIES 

MANPOWER 

LASER 

LANOLINE 

Rf 

NETWORK 

DATA 

VIDEO 

AUDIO 


SUPPORT  SYSTEMS  MANAGEMENT  SYSTEMS 
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3.2.1  Customer  Requirements 


Since  the  new  planning  matrix  seemed  to  better  satisfy  the  QFD  approach 
than  did  the  original  attempt,  it  was  concluded  that  the  SORD  provides  a 
useful  source  for  a  combination  of  customer  requirements  plus  some  design 
requirements.  However,  the  remaining  Operations  Design  Requirements  were  not 
defined  in  either  the  SORD  or  SRD  and  therefore  had  to  be  derived.  This  final 
list  was  not  developed  all  at  once  but  instead  took  several  iterations  over  a 
period  of  time.  An  explanation  of  how  these  oesign  requirements  were 
ultimately  developed  will  be  discussed  later. 

The  next  step  in  the  process  included  gathering  the  initial  customer 
information.  After  completing  the  Customer  Requirements  List,  a  survey  was 
prepared  in  order  to  obtain  source  data  for  the  study  (See  Appendix  A).  This 
was  not  intended  as  a  marketing  survey  per  se  but  merely  a  request  for 
customer  ratings  of  the  relative  importance  of  these  selected  requirements 
along  with  their  relative  rating  of  competitive  systems.  The  competitive 
launch  systems  chosen  were  Ariane,  Atlas,  Delta,  Shuttle,  and  Titan.  Although 
some  of  these  systems  are  not  truly  competitive  for  a  number  of  reasons,  this 
approach  did  allow  a  comparative  analysis  which  proved  useful  in  developing 
the  planning  matrix.  This  survey  was  submitted  to  AF  SPACECOM  personnel,  and 
the  results  were  used  to  complete  the  customer  portion  of  the  matrix. 

3.2.2  Design  Requirements 

Developing  the  design  requirements  data  was  more  complex.  The  initial 
set  of  requirements  was  divided  intc  primary  groupings  of  operating  factors 
and  performance  factors.  The  majority  of  performance  factors  were  defined  by 
specific  parameters  which  were  used  to  identify  specific  target  values.  In 
the  case  of  the  operating  factors,  however,  a  large  percentage  of  these 
requirements  involve  undefined  parameters  related  to  operations  tasks.  Where 
specific  target  values  were  available,  they  were  used.  Otherwise,  interim 
placeholder  values  were  inserted.  These  values  were  typically  defined  in 
terms  of  effort  which  must  be  controlled  in  order  to  satisfy  the  chief 
customer  requirements  of  operability  and  affordability.  Depending  on  the 
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factors  involved,  they  were  identified  as  either  maiximum  limit  values  or 
allowable  target  values,  which  were  further  expressed  in  terms  of  manhours, 
delay  time,  or  timespan.  At  this  point,  it  could  be  seen  that  the  key  to 
implementing  the  QFD  process  in  this  application  would  be  the  ability  to 
successfully  convert  the  Voice-of-the-Customer  requirements  into  legitimate 
operating  design  targets  which  could  be  traced  through  the  development  process. 

For  the  initial  iteration  then,  placeholders  were  used  throughout. 

This  allowed  the  QFD  evaluation  process  to  continue  while  parallel  operations 
studies  developed  the  appropriate  target  values.  These  operations  studies  are 
being  conducted  in  two  parts.  One  study  is  an  ongoing  modeling  effort  which 
is  intended  to  define  the  ALS  operations  processes  and  allows  development  of 
the  task  resources  and  support  requirements  to  perform  each  function.  The 
other  study  is  based  on  current  launch  systems  performance  in  which  operations 
data  are  being  collected  and  used  to  provide  target  parameters  in  terms  of 
resources,  timelines,  and  delay  factors.  These  two  results  will  then  be 
merged  to  define  discrete  target  values  for  each  identified  operating  factor. 
Since  this  is  an  ongoing  iterative  process,  these  placeholders  will  be  used  in 
the  QFD  process  until  both  the  appropriate  operations  design  factors  and 
target  values  are  defined. 

3.2.3  Relationships 

Following  identification  of  the  customer  and  design  requirements  and 
preparation  of  the  matrix  table,  the  requirements  relationships  were 
established  by  determining  the  degree  to  which  each  design  target  satisfied 
each  customer  requirement.  This  was  a  team  process  where  multiple 
relationship  tables  were  compared  and  the  strengths  rationalized.  It  was 
observed  that  this  was  an  inexact  process  which  requires  additional 
refinement,  but  it  did  serve  two  useful  purposes:  one  was  establishing  a 
baseline  of  relative  merit  for  each  factor,  and  the  other  was  fostering  a 
fresh  look  at  the  interaction  between  requirements.  During  this  process, 
several  new  factors  were  identified  and  included  in  the  Design  Requirements 
List,  and  the  context  of  each  requirement  was  better  defined.  For  the 
purposes  of  this  exploratory  QFD  project,  launch  processing  operations  were 
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considered  to  begin  at  the  end  of  final  assembly  and  launch  operations  at  the 
end  of  launch  vehicle  integration. 

3.2.4  Correlations 


Following  the  first  draft  of  the  Requirements  Relationship  Matrix,  the 
Design  Requirements  Correlation  Assessment  was  performed.  The  respective 
design  requirements  were  each  compared  to  determine  the  degree  of  positive 
supporting  or  negative  conflicting  requirements.  These  correlations  were 
similarly  completed  by  comparing  independent  attempts  and  the  differences 
rationalized.  The  results  were  input  to  the  matrix  above  the  design 
requirements.  These  results  indicate  numerous  complementary  requirements 
along  with  a  few  conflicts,  which  represent  potential  subjects  for  appropriate 
trade  studies.  These  trades  are  identified  as  first  or  second  order,  and 
examples  are  listed  in  Tables  3  and  4. 

3.2.5  Competitive  Assessments 

At  this  point,  the  first  cut  at  a  Product  Planning  Matrix  wa^.  nearly 
complete.  To  gather  the  necessary  additional  information,  another  survey 
questionnaire  was  prepared  (Appendix  B)  which  represented  an  in-house 
assessment  of  the  design  requirements  and  their  associated  target  values. 

This  was  done  by  requesting  project  engineers  to  submit  their  evaluation  of 
the  ability  of  the  respective  competitive  launch  systems  to  meet  the  planned 
targets  (as  yet  unquantified).  The  launch  systems  evaluated  were  the  same 
five  which  were  addressed  in  the  customer  survey.  In  addition,  each 
individual  was  asked  to  assess  the  relative  risk  for  the  ALS  program  to  meet 
the  same  target.  Admittedly,  this  initial  assessment  is  purely  subjective  and 
not  particularly  scientific.  However,  when  quantified  competitive  system  data 
are  developed,  they  will  be  used  to  regrade  the  results,  since  this  is  merely 
an  exploratory  example  for  judging  the  merits  of  the  QFD  technique. 

The  competitive  assessments  and  customer  competition  ratings  were  used 
to  check  the  first  set  of  requirements  relationship  values.  This  check  was 
very  beneficial  in  that  several  corrections  were  made  as  a  result. 
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Table  3.  First-Order  Trade  Studies 


P/L  Integration  Effort  vs 
P/L  Integration  Effort  vs 
Standardized  LV  Interfaces  vs 

Standardized  P/L  Interfaces  vs 

Test  &  Checkout  Effort  vs 
Test  &  Checkout  Effort  vs 
Launch  on  Need  Requirements  vs 
Surge  Requirements  vs 
Surge  Requirements  vs 


P/L  Closeout-to-Launch  Limit 
Security  Requirements 
Year  2004  Missions  and 
Year  2008  Missions 
Year  2004  Missions  and 
Year  2008  Missions 
Integrated  Test  Effort 
P/L  Closeout-to-Launch  Limit 
Security  Requirements 
Security  Requirements 
Pad  Turnaround  Limit 
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Table  4.  Second-Order  Trade  Studies 


LV  Integration  Effort  vs 
LV  Integration  Effort  vs 
LV  Integration  Effort  vs 
LV  Integration  Effort  vs 
LV  Integration  Effort  vs 
LV  Integration  Effort  vs 
LV  Integration  Effort  vs 


P/L 

Integration 

Effort 

vs 

P/L 

Integration 

Effort 

vs 

P/L 

Integration 

Effort 

vs 

P/L 

Integration 

Effort 

vs 

P/L 

Integration 

Effort 

vs 

P/L 

Integration 

Effort 

vs 

P/L 

Integration 

Effort 

vs 

P/L 

Integration 

Effort 

vs 

Test  £c  Checkout  Effort 
Integrated  Test  Effort 
P/L  Closeout-to-Launch  Limit 
Launch  Ops  Limit 
On-Pad  Maintenance  Effort 
Logistics  Effort 
Reliability  Requirements 

Test  &  Checking  Effort 
Integrated  Test  Effort 
Identification  Concealment 
Launch  Ops  Effort 
On-pad  Maintenance  Effort 
Logistics  Effort 
Reliability  Requirements 
Threat  Resistance 
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Table  4.  Second  Order  Trade  Studies  (Continued) 


Launch  Constraints  vs 
Launch  Constraints  vs 
Fuel/Defuel  Limits  vs 
Environmental  Impacts  vs 
P/L  Changeout  Limit  vs 
P/L  Changeout  Limit  vs 
Test  &  Checkout  Effort  vs 
Test  &  Checkout  Effort  vs 
Test  &  Checkout  Effort  vs 
Test  &  Checkout  Effort  vs 
Integrated  Test  Effort  vs 
Launch  Rate  vs 
Launch  Rate  vs 
Launch  Rate  vs 
Launch  on  Need  Requts  vs 
Surge  Requirements  vs 
Re-Surge  Requirements  vs 
Re-Surge  Requirements  vs 


Timely  Logistics 
Security  Requirements 
Hazardous  Clear  Ops  Limit 
Range  Support  Effort 
Identification  Concealment 
P/L  Closeout-to-Launch 
Launch  Ops  Effort 
On-Pad  Maintenance 
Reliability  Requirements 
Security  Requirements 
Launch  Ops  Effort 
Launch  on  Need  Requirements 
Surge  Requirements 
Recovery  Requirements 
Identification  Concealment 
Identification  Concealment 
Identification  Concealment 
Survivability  Requirements 
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Table  4.  Second  Order  Trade  Studies  (Continued) 


Re-Surge  Requirements 

vs 

Threat  Resistance 

Re-Surge  Requirements 

vs 

Security  Requirements 

P/L  Closeout-to-Launch  Limit 

vs 

Security  Requirements 

Timely  Logistics 

vs 

Logistics  Effort 

Logistics  Effort 

vs 

Multiple  Sourcing 

Logistics  Effort 

vs 

Availability  Requirements 

Logistics  Effort 

vs 

Dependability  Requirements 

Multiple  Sourcing 

vs 

Reliability  Requirements 

Mission  Ops  Effort 

vs 

Security  Requirements 

Range  Support  Effort 

vs 

Security  Requirements 

Availability  Requirements 

vs 

Security  Requirements 
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3.2.6  Importance 


After  making  these  corrections,  the  Product  Planning  Matrix  was 
essentially  finished.  The  last  remaining  step  for  this  iteration  was  to 
calculate  the  absolute  values  of  technical  importance  and  convert  them  to 
relative  values.  In  addition,  a  few  controls  were  identified  and  included  for 
further  consideration  where  these  factors  applied  to  the  design.  The  initial 
Product  Planning  Matrix  is  shown  in  Figure  5. 

3.3  PART  DEPLOYMENT  MATRIX 


After  completion  of  the  Product  Planning  Matrix,  the  procedures 
defined  in  the  QFD  methodology  are  used  to  transform  the  critical  design 
requirements  into  critical  component  part  characteristics.  This  step,  called 
Part  Deployment,  is  accomplished  by  first  closely  examining  the  Product 
Planning  Matrix  results  and  then  transferring  those  design  requirements  deemed 
critical  to  satisfying  the  customer  requirements,  along  with  any  other 
critical  design  items  such  as  high  risk,  new  technology,  etc.  These  selected 
Critical  Design  Requirements  become  the  WHATs  of  a  new  matrix  and  are  entered 
in  the  left  column  similar  to  the  customer  requirements  of  the  previous  matrix. 

In  this  application,  developing  the  part  characteristics  which  are  to 
be  driven  by  the  Critical  Design  Requirements  was  not  straightforward.  The 
ALS  will  consist  of  several  elements,  dozens  of  systems,  hundreds  of 
subsystems,  thousands  of  components,  and  an  uncountable  number  of  parts,  all 
of  which  have  some  contribution  to  the  overall  operability  and  affordability 
of  the  system.  On  first  examination,  working  at  this  level  appears  hopeless. 
Therefore,  in  order  to  reduce  the  level  of  detail,  ALS  subsystems  were 
substituted  in  place  of  parts  in  the  Part  Deployment  Matrix.  Though  the 
situation  is  improved,  this  still  represents  a  formidable  task  as  shown  in  the 
partial  listing  of  ALS  systems  and  subsystems  in  Table  5. 
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Table  5.  ALS  Systems  and  Subsystems 


Systems  Subsystems 

Vehicle  Core  -  Propulsion 

Structures 

Avionics 

Guidance,  Navigation  &  Control 
Power 

Mechanical 

Thrust  Vector  Control 
Recovery  Module 
Instrumentation 
Health  Monitor 
Ordnance 

Attitude  Control 

Software 

Communication 

Vehicle  Booster  -  Propulsion 

Power 

Avionics 

Structures 

Mechanical 

Trust  Vector  Control 
Recovery 
Instrumentation 
Health  Monitor 
Ordnance 

Cargo  -  Space  Vehicle 

Upper  Stage 
Payload  Fairing 
Ordnance 

Environmental  Control 
Power 


Table  5.  ALS  Systems  and  Subsystems  (Continued) 


Systems  Subsystems 

Launch  Processing  -  Propellants 

Handling 

Access 

Power 

Utilities 

Environmental  Control 

Environmental  Protection 

Pressurization  and  Purge 

Instrumentation 

Health  Monitor 

Mechanical 

Security 

Safety 

Structural 

Facilities 

Waste  Management 

Software 

Communication 

Command  &  Control 

Transportation 

Recovery 

Information  -  Communication 

Data  Processing 
Data  Collection 
Data  Storage 
Modeling 

Information  Management 

Software 

Procedures 
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Table  5.  ALS  Systems  and  Subsystems  (Continued) 


Systems 

Support 


Management 


Production 


Subsystems 

Logistics  Supply 

Cleaning 

Range  Ops 

Training 

Maintenance 

Infrastructure  (Host) 

Configuration  Control 
Mission  Assurance 
Planning 
Scheduling 

Environmental  Monitoring 

Budgets 

Contracts 

Command  &  Control 

Procedures 

Quality  Control 

Component  Assembly 
Inspection  &  Testing 
Final  Assembly 
Finish 

Process  Control 

Production  Control 

Insulation 

Welding 

Forming 

Machining 

Trimming 

Composites  Fabrication 
Environmental  Control 
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In  order  to  proceed  with  the  evaluation,  four  subsystems  were  selected 
for  deployment:  Vehicle  Core  Propulsion,  Vehicle  Core  Structures,  Launch 
Processing  Propellants,  and  Launch  Processing  Handling.  They  are  complemen¬ 
tary  subsystems  taken  from  both  vehicle  and  launch  processing  systems  and  are 
considered  representative  of  launch  operations.  Critical  subsystem 
characteristics  were  then  defined  for  each  subsystem.  Initially,  these 
characteristics  included  major  components,  critical  operating  parameters, 
commodities,  performance  factors,  operating  factors,  etc.  All  operating 
characteristics  were  weighed  equally  at  this  point.  Table  6  presents  an 
example  of  a  first  cut  at  defining  these  characteristics  for  the  four 
subsystems  chosen. 

These  four  subsystems  and  their  respective  cri*-ical  characteristics 
were  then  taken  as  the  HOWs  of  the  next  matrix.  This  matrix  was  retitled 
Subsystem  Deployment  for  our  application  as  opposed  to  the  normal  QFD 
terminology  of  Part  Deployment.  However,  the  approach  is  identical;  i.e., 
transfer  the  most  important  design  requirements,  select  the  best  design 
concept,  determine  the  critical  characteristics,  and  identify  items  for 
further  development.  This  phase  requires  a  significant  system  engineering 
effort,  since,  as  design  concepts  and  alternatives  are  defined,  the 
characteristics  will  change.  Therefore,  the  process  will  be  dynamic 
throughout  the  preliminary  design  phase. 

For  the  purposes  of  evaluating  this  QFD  application,  placeholder  values 
were  again  used  for  each  critical  subsystem  characteristic  value.  The  actual 
characteristic  values  will  be  determined  by  preliminary  design  trades, 
modeling  results,  project  management  decree,  etc.  Many  of  these  values  will 
not  be  firmly  established  until  well  into  the  design  phase. 

Using  these  preliminary  critical  subsystem  characteristics  and  the 
design  requirements  which  flowed  down  from  the  Product  Planning  Matrix,  the 
Subsystem  Deployment  Relationships  were  established.  This  process  was  similar 
to  that  for  the  previous  Product  Planning  Matrix  where  the  degree  to  which 
each  subsystem  characteristic  satisfied  the  key  design  requirements  was 
determined.  However,  since  this  was  done  as  a  demonstration  only  in  order  to 
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Table  6. 

System 

Vehicle  Core 


Vehicle  Core 


Example  Critical  Subsystem  Characteristics 
Subsystem  -  Critical  Characteristics 

Propulsion  -  Engine  quantity 

Vacuum  thrust 


Tank  yolume 

(ox,  fuel) 

Propellant 

(ox,  fuel) 

Flow  rate 

(ox,  fuel) 

Bleed  rate 

(ox,  fuel) 

Boil-off  rate 

(ox,  fuel) 

Inlet  Temp 

(ox,  fuel) 

NPSP 

(ox,  fuel) 

Ullage  press 

(ox,  fuel) 

Engine  checkout 

Engine  weight 

Functional  checks 

I/F  duct  size 

Allowable  leakage 

Engine  removal/installation 

Component  removal/installation 

I/F  checks 

Leak  checks 

Structures  -  Core  size 

Core  dry  weight 
Booster  quantity 
Cargo  weight 
Cargo  size 
Booster  weight 
Booster  size 
Thrust  loads 
Safety  factor 
Bending  moment 
Separation  loads 
Acceleration  loads 
Booster  attachment 
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Table  6.  Example  Critical  Subsystem  Characteristics  (Continued) 


System 


Subsystem 


Critical  Characteristics 

P/L  attachment 

Tank  size 

Skin  temp 

I/F  checks 

Booster  mate 

Cargo  mate 


Launch  Processing  Propellants  -  Propellant  volume 

Loading  rate 


(ox,  fuel) 
(ox,  fuel) 

(ox,  fuel) 

(ox,  fuel) 
(ox,  fuel) 
(ox,  fuel) 
(ox,  fuel) 
(ox,  fuel) 


Launch  Processing  Handling  - 


Load  accuracy 
Off-load  rate  ( 

Hold  time 

Chilldown  time  ( 

I/F  temp  ( 

I/F  press  ( 

Bleed  flow  ( 

I/F  fittings  < 

Allowable  leakage 
Pressurization  &  purge 
Functional  checks 


Component  removal/installation 

I/F  checks 

Leaks  checks 

Attach  fitting  size 

Attach  fitting  quantity 

Fitting  torque 

Handling  loads 

Mating  Tolerance 

Attach  loads/preloads 

Proof/load  checks 

LV  assembly 

Positioning  tolerance 

Functional  checks 
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explore  the  QFD  process,  little  teamwork  was  employed  in  preparing  this  chart, 
and  the  relationships  established  were  not  fully  rationalized.  This  will  be 
left  for  the  next  phase  of  the  research. 

The  technical  importance  of  each  subsystem  characteristic  was  then 
calculated  using  the  tentative  relationship  values  along  with  the  relative 
importance  ratings  of  each  design  requirement  which  were  carried  over  from  the 
Product  Planning  Matrix.  After  completing  these  calculations,  the  preliminary 
Subsystem  Deployment  Matrix  was  developed  (Figure  6). 

3.4  PROCESS  PLANNING  MATRIX 

The  purpose  of  the  previous  Part  (Subsystem)  Deployment  phase  was  to 
provide  meaningful  inputs  to  the  next  planning  phase  by  performing 
appropriate,  objective  design  analysis.  The  purpose  of  the  Process  Planning 
Phase  is  to  determine  the  best  process/design  combination  by  performing  trade 
studies  of  alternatives,  determining  the  critical  process  parameters, 
establishing  the  associated  critical  process  parameter  target  values,  and  then 
identifying  those  items  which  should  have  further  development  based  on  their 
relative  importance. 

Early  in  the  planning  stages  of  this  QFD  application  project,  the 
ability  to  define  a  meaningful  Process  Planning  Phase  appeared  crucial  to 
establishing  the  viability  of  the  method.  Since  this  application  was  much 
more  complex  than  a  typical  QFD  project  and  the  ALS  program  was  only 
conceptual  at  this  point,  a  higher  functional  level  was  necessary  than  that 
found  in  a  usual  QFD  application.  As  a  result,  neither  the  inputs  to  nor 
outputs  from  the  Process  Planning  Phase  were  intuitively  obvious.  As  noted 
earlier,  this  was  partly  due  to  the  fact  that  the  launch  processing  operations 
being  analyzed  and  designed  were  also  a  part  of  the  process. 

As  a  first  cut,  the  process  elements  were  defined  based  on  the 
operating  factors  outlined  in  the  Product  Planning  Matrix  design 
requirements.  These  basic  process  elements  were  redefined  in  this  phase  as 
Production  Operations,  Launch  Processing  Operations,  and  Support  Operations. 
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Figure  6.  Subsystem  Deployment  Mat 


These  process  elements  are  outlined  in  Table  7  along  with  the  process 
subelements.  Figures  7  through  9  are  flow  diagrams  of  each  process  element. 

Since  the  principal  objective  of  the  Process  Planning  Phase  is 
determining  the  best  process/design  combinations  by  analyzing  alternative 
concepts,  an  attempt  was  made  to  discover  how  this  could  be  done  in  this 
application.  Taking  the  output  of  the  Subsystem  Deployment  Phase,  two 
examples  were  prepared,  and  the  results  are  discussed  in  the  following 
paragraphs . 

3.4.1  Subsystem  Examples 

In  the  previous  phase,  two  subsystem  examples  were  identified  for  each 
major  system:  Propulsion  and  Structures  Subsystems  for  the  Vehicle  Core,  and 
Propellants  and  Handling  Subsystems  for  Launch  Processing.  For  this  phase, 
the  subsystems  were  regrouped  according  to  type;  i.e..  Process  Planning 
Matrices  were  prepared  which  combined  the  complementary  vehicle  and  launch 
processing  subsystems.  Also,  in  order  to  better  understand  the  process 
without  getting  overly  concerned  with  results  (since  this  is  only 
exploratory),  the  output  from  the  Subsystem  Deployment  Matrix  was  organized 
into  two  levels.  The  first-level  matrix  consisted  of  those  subsystem 
characteristics  from  the  previous  example  which  yielded  the  highest  relative 
importance  ratings,  and  the  second-level  matrix  contained  those  which  were  at 
the  next  highest  level  of  importance. 

The  first  example  of  the  Process  Planning  Phase  is  described  in  Tables 
8  through  10  and  Figures  10  and  11.  In  Table  8,  the  deployed  subsystems  were 
recombined  as  Propulsion/Propellants.  Their  resulting  critical  characteris¬ 
tics,  contained  in  the  column  representing  the  highest  importance,  were  then 
entered  together  into  the  Process  Planning  Matrix  as  WHATs  as  shown  in 
Figure  10.  These  critical  characteristics  were  then  related  to  the  basic 
process  element(s)  most  affected.  Based  on  the  requirement  noted,  the 
appropriate  design/process  alternatives  can  then  be  identified.  An  example  of 
the  types  of  subsystem/operation  design  alternatives  which  were  identified  for 
the  Propulsion/Propellants  combination  is  shown  in  Table  9.  These  alternatives 
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Table  7.  Basic  Process  Elements 


Launch  ProcessinK  Onerations 

Production  Onerations 

Test  &  checkout 

Manufacturing 

Integration 

Fabrication 

Repair 

Subassembly 

Part  replacemet 

Final  assembly 

Fault  diagnosis 

Paint  &  insulate 

Hazardous  Operations 

Inspection  &  test 

Launch  Operations 

Fault  diagnosis 

Mission  Operations 

Part  replacement 

Recovery 

Repair 

Support  Operations 

Maintenance 

Logistics  supply 

Range  Operations 
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Figure  7.  Production  Operations  Flow  Diagram 
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Figure  9.  Support  Operations  Flow  Diagram 
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Table  8.  Propulsion  and  Propellants  Subsystems 
Critical  Characteristics 


System 

Vehicle  Core 


Launch  Processing 


Highest  Importance 
I/F  checks 
Leak  checks 
Engine  quantity 
Allowable  leakage 
Propellants 

Allowable  leakage 
I/F  checks 
Leak  checks 


Next  Highest  Importance 
Component  changeout 
Engine  changeout 
Functional  checks 
Engine  checkout 

Component  changeout 
Functional  checks 
Pressurization  &  purge 
I/F  fittings 
Hold  time 
Load  accuracy 
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Table  9.  Alternative  Analysis  of  Propulsion/Propellants 
Subsystems  (Highest  Importance) 


System 

Subsystem 
Characteristic 
Heine  Controlled 

Basic  Process 
Element 

Alternatives 

Vehicle  Core 

Leak  checks 

Allowable  leakaee 

Test  £c  checkout 

Fault  diagnosis 

Manual  Bubble  soap 

Manual  Detector 

Remote  Detector 

Automatic  Detector 

none 

I/F  Fitting 

I/F  checks 

I/F  connection 

Assembly 

Integration 

Launch  OPS 

Inspection  &  test 

Single  engine /element 

Multi  engines/element 

Single  feed/fill/purge/press 
Multi  feed/fill/purge/press 
Booster  crossover 

Manual  inspection  &  mate  &  test 
Simulator  prechecks  &  auto 
mate  &  test 

Auto  nrechecks  &  mate  &  test 

Propellants 

Logistics  supply 
&  Hazardous  OPS 
& 

Launch  OPS 

X  lb  cryos 

X  lb  hypers 

X  lb  HC 

x.v.z  lb  mixed 

Engine  quantity 

Manufacture 

& 

final  assy 

single  engine 

2 

4 

6 

8 

Launch 

Processing 

Leak  checks 
& 

Allowable  Leakage 

Test  &  checkout 
& 

Fault  diagnosis 

Manual  bubble  soap 

Manual  detector 

Remote  detector 

Remote  sensor 

Automatic  detector 

None 

I/F  checks 

Launch  OPS 
& 

Fault  diagnosis 

Manual  insp/mate/test 

Simulator  pretest/manual  mate 
Simulator  pretest/auto  &  test 
mate 

Auto  nrechecks/mate  &  test 
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Table  10.  Alternative  Analysis  of  Propulsion/Propellants 
Subsystems  (Next  Highest  Importance) 


System 

Subsystem 
Characteristic 
Beine  Controlled 

Basic  Process 
Element 

Alternatives 

Vehicle  Core 

Component 

changeout 

Part  replacement 

Flanged/bolted 

Clamped 

Welded/bronzed 

Threaded 

Engine 

Part  replacement 

Manual  align  &  bolted 

changeout 

& 

Final  Assy 

Manual  align  &  clamp 

Auto  align  &  manual  attach 

Auto  alien  &  attach 

Functional  checks 

Test  &  checkout 
& 

Fault  diagnosis 

Manual  engineering  test  &  analysis 
Semi-auto  test  &  eng'g  analysis 
Fully-autotested  &  eng'g  analysis 
Manual  test  &  auto  analysis 
Fullv-auto  test  &  analysis 

Engine  checks 

Test  &  checkout 
&  integration 

Manual  engineering  test  &  analysis 
Semi-auto  test  &  eng'g  analysis 
Fully-autotested  &  eng'g  analysis 
Manual  test  &  auto  analysis 
Fully-auto  test  &  analysis 

Launch 

Component 

Part  replacement 

Flanged/bolted 

Processing 

changeout 

Clamped 

Welded/brazed 

Threaded 

Functional  checks 

Test  &  checkout 
& 

Fault  diagnosis 

Manual  engineering  test  &  analysis 
Semi-auto  test  &  eng’g  analysis 
Fully-auto  test  &  eng'g  analysis 
Manual  test  &  auto  analysis 
Fully-auto  test  &  analysis 

I/F  fittings 

Fly-away  iimbilicals  fittings 

Explosive  separation  fittings 
Break-away  umibilcal  fittings 
Static  loaded  fittings 


Pressure  actuated  fittings 


I/F  Connnection 

Integration 

& 

Laiinch  OPS 

Manual  connect/flanged 

Manual  connect/Q.D. 

Auto  connect/Q.D. 

Robotic  connect 

Press 'n  &  purge 

Integration 

GHe  only/auto 

& 

GHe  only/manual 

Launch  OPS 

GHe  &  GH2/auto 

GHe  &  GN2 /manual 

Load  accuracy 

Launch  OPS 

+1-10  gal 
+1-100  gal 
+1-1000  eal 

Hold  time 

Launch  OPS 

1/4  hr.  1  hr.  4  hr.  12  hr.  24  hr 
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AMERICAN  SUPPLIER  INSTITUTE,  INC.,  MODIFIED  FORMAT 

Figure  10.  Process  Planning  Matrix  Propulsion/Propellants 
(Highest  Importance) 
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Figure  11.  Process  Planning  Matrix  Propulsion/Propellants 
(Next  Highest  Importance) 
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would  be  traded  against  the  critical  parameters  which  are  used  as  criteria  for 
each  system  and  which  are  traceable  back  to  the  original  customer  requirement 
by  way  of  the  operations  design  requirements.  The  Propulsion/Propellants 
subsystem  example  was  continued  into  the  next  highest  importance  level  of 
subsystem  characteristics  in  a  similar  manner  to  the  most  important 
characteristics  with  the  results  shown  in  Figure  11  and  Table  10. 

The  identical  procedure  was  also  used  on  the  Structures/Handling 
subsystem  combination.  Table  11  lists  the  highest  and  next  highest 
characteristics  in  level  of  importance,  and  Tables  12  and  13  and  Figures  12 
and  13  list  the  design/operations  alternatives. 

While  preparing  this  preliminary  example,  several  items  were  found 
which  needed  correction.  For  example,  several  critical  characteristics  were 
carried  over  to  the  Process  Planning  Matrix  which  did  not  satisfy  the  concept 
of  a  subsystem/operations  combination.  In  using  this  process,  trade  studies 
of  alternative  concepts  were  identified  which  should  be  performed  as  part  of 
the  Subsystem  Deployment  Phase  rather  than  the  Process  Planning  Phase.  A 
procedure  for  identifying  these  will  be  added  in  the  next  iteration.  Examples 
included  engine  quantity,  safety  factor,  and  core  and  booster  size  and 
weight.  Another  finding  was  that  certain  other  items,  such  as  interface 
fitting  design,  influenced  both  Production  Operations  and  Launch  Processing 
Operations.  Therefore,  it  was  concluded  that  for  this  application,  the 
Process  Planning  output  should  logically  split  into  these  two  process  element 
options  for  further  analysis.  Since  Support  Operations  does  not  stand  alone, 
no  separate  planning  process  was  identified  for  it.  The  resultant  Process 
Planning  Matrix  which  was  developed  using  this  methodology  is  shown  in 
Figure  14  for  the  propulsion/propellants  example. 
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Table  11.  Structures  and  Handling  Subsystems  Critical  Characteristics 


System 

Vehicle  Core 


Launch  Processing 


Highest  Importance 
Safety  factor 
P/L  attachments 
I/F  checks 
Cargo  mate 
Booster  quantity 


Attach  fitting  quantity 
Mating  tolerance 
Proof/load  checks 
LV  assembly 
Functional  checks 


Next  Highest  Importance 
Booster  attachments 
Separation  load 
Skin  temp 
Booster  mate 
Core  size 
Cargo  size 
Cargo  weight 

Fitting  torque 
Attach  fitting  size 
Attach  loads 
Positioning  tolerance 
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Table  12.  Alternative  Analysis  for  Structures/Handling  Subsystems 
(Highest  Importance) 


System 

Subsystem 
Characteristic 
Being  Controlled 

Basic  Process 
Element 

Alternatives 

Vehicle  Core 

Safety  factor 

Maintenance 

1.1  :  1 

1.25  :  1 

1.6  :  1 

2  :  1 

I/F  Connection  & 

Integration  & 

Single  element 

Checks 

Manufacture 

Multi  element 

I/F  Fitting 

& 

Inspection  &  Test 

Single  feed/fitting/cable 

Multi  fee/f itting/cable 
Booster/core  crossovers 

P/L  attachments 

Integration 

& 

Launch  OPS 

Separation  pin 

Separation  flange 

Separation  clamp 

Explosive  fitting 

Service  passthroughs 

Bvoass  service 

Booster 

Integration 

2 

quantity 

Test  &  checkout 
Print  &  insulate 

6 

12 

Cargo 

mate 

Integration 

Manual  align  &  inspection  &  mate 
Manual  align  &  inspection  &  auto 

mate 

Manual  align  &  auto  inspection 
&  mate 

Auto  align  &  manual  inspection  & 
mate 

Auro  align  &  inspection  &  manual 


mate 

Auto  align  &  inspection  &  mate 


Launch 

Processing 

Attach  fitting/ 
quantity 

Integration 

1  per  element 

2  per  element 

4  per  element 

8  per  element 

Mating  tolerance 

Integration 

+1  -  .001  in 

+1  -  .01  in 

+1  -  .1  in 

LV  Assembly 

Integration 

Manual  align  &  inspection  &  mate 

Manual  align  &  inspection  &  auto 
mate 

Manual  align  &  auto  inspection  & 
mate 

Auto  align  &  manual  inspection  & 
mate 

Functional 

Test  &  checkout 

Manual  test  &  verify 

Checks 

& 

Fault  diagnosis 

Manual  test  &  auto  verify 

Auto  test  &  verify 

Proof/load  checks 

Test  &  checkout 

Semi-annual  proof  &  load  test 

Annual  proof  &  semi-manual  load  tes 
Lead  before  use  only  test 
Semi-annual  proof  &  no-load  test 
Annual  proof  fit  no-load  test 
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Table  13.  Alternative  Analysis  for  Structures/Handling  Subsystems 
(Next  Highest  Importance) 

Subsystem 

Characteristic  Basic  Process 

System _ Being  Controlled _ Element _ Alternatives  _ 

Vehicle  Core  Booster  Attachment  Integration  Separation  pin 

Separation  flange 
Separation  clamp 
Explosive  fitting 
Thru  services 

_ Bypass  services _ 

Separation  Integration  Belleville  spring 

loads  Coil  spring 

Thrusters 

_ Gravity _ 

Booster  mate  Integration  Manual  align  &  inspection  and  mate 

Manual  align  Sc  inspection  &  auto 
mate 

Manual  align  &  auto-inspection  & 
mate 


Auto  align  &  manual  inspection  & 
mate _ 


Skin  temp 

Paint  &  Insulate 

Foam  tile  insulation 

- 1 

& 

S/0  foam  insulation 

Integration 

Ablative  insulation 

& 

Blanket  insulation 

Launch  OPs 

Mixed  insulation 

No  insulation 

Launch 

Attach  fitting 

Integration 

1  X  3  in 

Proccessing 

size 

1  X  6  in 

2x12  in 

3  X  12  in 

Fitting 

Integration 

10  ft-lb 

torque 

100  ft-lb 

1000  ft-lb 

Attach 

Integration 

+1  -  1/4  lb 

loads 

+1  -  1  lb 
+1  -  4  lb 
+1  -  10  lb 

Positioning 

Integration 

+1  -  .01  in 

tolerance 

+1  -  1  in 

+1  -  1/4  in 
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Figure  14.  Process  Planning  Matrix  for  Propulsion/Propellants 
Subsystems 


4.  INITIAL  RESULTS 


Initial  attempts  at  evaluating  the  QFD  process  for  application  to 
launch  operations  yielded  many  informative  and  useful  findings  which  will  be 
used  to  modify  the  QFD  process  and  also  the  assumptions  made  in  the  previous 
attempts.  These  adjustments  will  then  be  used  in  a  revised  analysis  which 
will  give  a  better  test  of  this  procedure  against  the  AFSPACECOM  operational 
requirements.  This  will  eventually  be  followed  by  a  final  examination  of  the 
merits  of  this  QFD  application. 

4.1  QFD  PROCESS  REFINEMENTS 


As  a  result  of  the  first  iteration  of  this  QFD  project,  the  need  to 
systematically  redefine  the  development  functions  in  terms  of  their 
application  became  evident.  As  outlined  in  the  ASI  approach,  the  four  phases 
of  the  Quality  F”nction  Deployment  Process  were  designed  to  mesh  with  the  four 
phases  of  the  product  development  cycle.  These  four  product  development 
events  and  their  associated  management  review  milestones  are  shown  in 
Figure  15.  Each  of  the  four  phases  from  planning  through  production  are 
analogous  to  the  four  phases  in  our  system  development.  These  analogies  are 
tabulated  as  follows: 


PRODUCT  DEVELOPMENT  CYCLE 
PHASES  EVENTS  MILESTONES 

I  Product  Planning 


II  Product  Design 


III  Manufacturing 
Process 
Engineering 


Global  Product 
Definition 

Prototype 

Evaluation 


SYSTEM  DEVELOPMENT  CYCLE 

EVENTS  MILESTONES 
Concept  Definition  0 


Demonstration/ 

Validation 


Pilot  Evaluation  Full-Scale 

Development 


II 


IV 


Production 


Production  Start 


Production 


III 
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IV 


PRODUCTION 


PRODUCTION 

PREPARATION 


PRODUCTION 


MANAGEMENT _ .  GLOBAL  PRODUCT  PROTOTYPE 

REVIEWS  DEFINTION  EVALUATION 


PILOT  START  OF  I 
EVALUATION  PRODUCTION  | 

_ I 


FEED  FORWARD  LOOP 


Figure  15.  Major  Phases  of  the  Product  Development  Cycle 
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The  relationships  between  these  planning  functions  and  the  refinements 
defined  in  our  analogy  are  as  shown  in  Figure  16.  The  relative  phasing  of  the 
QFD  and  the  development  processes  for  both  the  product/system  analogies  are 
also  shown  in  Figure  16. 

However,  for  our  application,  an  additional  phase  can  be  identified 
which  is  associated  with  system  operation.  This  phase  (which  is  the  objective 
of  our  QFD  example)  constitutes  an  additional  end  event  in  the  engineering 
development  cycle  beyond  production.  The  analogy  comparison  between  the 
product  and  system  development  cycles  is  shown  in  Figure  17,  which  is  an 
overlay  of  the  two  cycles. 

In  the  QFD  process,  this  extra  dimension  adds  an  additional  feature  to 
the  process.  In  completing  the  analogy  between  product  and  system 
development,  the  QFD  process  was  evaluated  and  refined  as  follows: 


PRODUCT  QFD 
Product  Planning 
Part  Deployment 
Process  Planning 
Production  Planning 


SYSTEM  QFD 

System  Planning 

Subsystem  Deployment 

Process  Planning 

Production  Planning 
Operations  Planning 


A  prototype  Operations  Planning  Matrix  was  generated  in  order  to  demon¬ 
strate  the  types  of  procedure-level  information  which  would  be  generated 
through  this  modified  QFD  process.  Figure  18  is  an  example  of  this  type  of 
matrix  which  gives  test  criteria,  operational  evaluations,  prerequisites, 
planning/quality  requirements,  procedure  used,  and  support  requirements.  All 
of  this  information  is  derivable  from  and  directly  correlatable  to  the  original 
System  Planning  Matrix. 
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Figure  16.  Major  Phases  of  the  System  Development  Cycle 


now  OPERATION  OPERAIING  PLANNING  OPERATION 

DIAGRAM  EVALUATION  REOUIRTMINTS  RTOUmEMENTS  INEORMATION 


Figure  18.  Operations  Planning  'latrix 


4.2  SAMPLE  POPULATION 

The  population  consists  of  personnel  at  both  the  Space  System  Division 
JPO  and  Space  Command. 

4.3  PERSONAL  INTERVIEWS 


In  addition  to  the  information  provided  by  the  written  questionnaire, 
discussions  were  held  via  telephone  and  group  sessions  with  key  personnel  to 
corroborate  the  written  .-ersion.  These  discussions  provided  additional 
insight  into  the  issues  and  concerns  facing  ALS.  Important  advantages  derived 
from  this  approach  were  the  high  quality  of  the  data  garnered  as  well  as  the 
highest  response  rate  of  any  survey  technique.  Further  follow-up  discussions 
and  telephone  calls  were  conducted  to  provide  additional  insight  and  data. 

4.4  FIELD  RESEARCH 


After  the  literature  review,  this  project  tested  its  objectives  by 
means  of  a  questionnaire  developed  from  the  SORD  requirements.  The 
questiorjiaires ,  with  a  cover  letter  and  instructions  intended  to  ensure  a 
meaningful  response,  were  mailed  to  individuals  in  positions  of  authority  or 
influence.  The  letter  and  instructions  explained  the  purpose  of  the  research, 
as  well  as  its  focus.  Three  primary  areas  were  emphasized:  Customer  (User) 
Requirements,  Design  Requirements,  and  System/Subsystem  Characteristics. 
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5.  RECOMMENDATIONS 


Ideas  for  following  up  on  this  research  task  are  many  and  varied,  but 
the  effort  will  be  limited  by  the  availability  and  dedication  of  resources  and 
the  degree  of  management  support.  There  is  no  question  that  further  study 
will  be  difficult,  time-consuming,  and  iterative. 

In  order  to  complete  this  investigation,  two  paths  should  be  pursued: 
continuation  of  the  general  new  project  application  represented  by  the 
Advanced  Launch  System  Program,  and  a  detailed  study  which  addresses  a 
particular  problem  area.  Specific  recommendations  are  summarized  as  follows: 

•  Continue  the  ALS  customer  research  and  perform  a  true  survey  of 
greater  depth  and  breadth. 

•  Evaluate  more  advanced  QFD  techniques  and  determine  whether  an 
appropriate  QFD  methodology  exists  for  this  application. 

•  Survey  existing  launch  programs  and  identify  a  specific  operations 
problem  area. 

•  Obtain  necessary  supporting  data. 

•  Perform  a  QFD  pilot  project  applying  the  defined  methodology  to  the 
identified  problem  using  appropriate  data. 

•  Critique  both  the  methodology  and  application  for  areas  of 
improvement . 

•  Document  results  and  implement  findings  as  appropriate. 
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APPENDIX  A.  QFD  CUSTOMER  SURVEY  FOR  LAUNCH  OPERATIONS 
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89-3516-235-PLP 
24  August  1989 


Subject:  Quality  Function  Deployment  Research  Customer  Survey 


To: 


1.  A  great  deal  has  been  written  and  said  during  the  past  few  years  about 
the  use  of  Quality  Function  Deployment  (QFD)  in  product  development.  However, 
applying  QFD  to  launch  operations  has  never  been  attempted.  It  is  certain 
that  QFD  has  a  future,  but  it  is  becoming  more  and  more  important  to  appraise 
that  future  realistically  so  workable  plans  and  requirements  can  be  translated 
into  launch  systems  which  satisfy  the  customer. 

2.  We  are  exploring  the  use  of  QFD  methodology  to  verify  AF  SPACECOM 
operational  requirements.  The  merits  as  well  as  the  level  of  difficulty  of 
implementing  the  QFD  process  will  be  presented. 

3.  Enclosed  is  the  Research  Customer  Survey  directed  to  this  objective. 

We  would  appreciate  it  if  you  will  personally  take  the  time  (30  minutes)  to 
respond.  The  validity  of  this  research  depends  on  the  response  of  people  like 
yourself. 

4.  The  specific  information  which  you  provide  in  response  to  this  survey 
will  be  treated  strictly  as  confidential.  Preliminary  analytical  results  will 
be  published  and  presented  at  the  AIAA/ADPA/NSIA  First  National  Total  Quality 
Management  Symposium,  1-3  November  1989,  Denver,  Colorado. 

5.  We  want  to  thank  you  in  advance  for  your  cooperation  and  assistance  in 
this  research  study. 

THE  AEROSPACE  CORPORATION  THE  AEROSPACE  CORPORATION 


P.  L.  Portanova,  Director  E.  J.  Tomei,  Director 

Operations  Directorate  Advance  Programs  &  Studies 

Space  Transportation  Development  Directorate  Western  Test  Range 

PLP:fd 
Enclosures 
cc : 
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INSTRUCTIONS  TO  THE  RESEARCH  CUSTOMER  SURVEY 


The  following  questions  are  part  of  a  survey  being  conducted  as  inputs 
to  a  study  being  performed  of  QFD  methodology  relative  to  Launch  Operations. 
Preliminary  results  are  planned  to  be  presented  at  the  AIAA/ADPA/NSIA  First 
National  Total  Quality  Management  Symposium,  1-3  November  1989,  Denver, 
Colorado.  The  title  of  our  paper  is  "Applying  Quality  Function  Deployment  to 
Launch  Operations,"  and  we  are  performing  research  relative  to  AFSPACECOM 
operational  requirements  and  the  Advanced  Launch  System  (ALS).  The  research 
at  this  phase  focused  on: 

a)  Customer  (User)  Requirements 

b)  Design  Requirements 

c)  System/Subsystem  Characteristics 

Participation,  through  your  response  to  this  questionnaire,  is  very 
important  to  our  research  effort.  Your  responses  are  strictly  confidential, 
and  complete  anonymity  is  maintained  for  all  personnel  and  companies  who 
participate . 

The  attached  Research  Customer  Survey  lists  our  preliminary  assessment 
of  customer  requirements  expressed  in  QFD  format.  Please  rate  these 
requirements  in  terms  of  importance  using  a  relative  scale  of  1-10  with  10 
being  best.  Also,  in  the  adjoining  columns,  please  provide  your  assessments 
of  the  capability  of  the  identified  existing  launch  vehicles  to  satisfy  these 
requirements  using  a  relative  scale  of  1-5  with  5  being  best.  Any  additional 
comments  or  added  clarifications  can  be  included  in  the  space  provided. 

We  sincerely  appreciate  your  cooperation  and  assistance. 


P.  L.  Portanova,  Director  E.  J.  Tomei,  Director 

Operations  Directorate  Advance  Programs  &  Studies 

Space  Transportation  Development  Directorate  Western  Test  Range 
Office:  (213)  336-1860  Office:  (805)  866-9908 


The  following  information  is  optional; 

Name  _ 

May  we  contact  you?  Yes  _  No  _  If  Yes,  (  ) _ 

Telephone 

Please  use  the  reverse  side  of  this  questionnaire  for  additional 
comments.  We  would  greatly  appreciate  any  additional  Insights  and  sources  of 
data/information  on  this  topic  that  you  could  share  with  us. 
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RESEARCH  CUSTOMER  SURVEY 
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APPENDIX  B.  QFD  COMPETITIVE  ASSESSMENT  SURVEY  FOR  LAUNCH  OPERATIONS 
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24  August  1989 


Subject:  Quality  Function  Deployment  Competitive  Assessment  Research  Survey 

To: 


1.  A  great  deal  has  been  written  and  said  during  the  past  few  years  about 
the  use  of  Quality  Function  Deployment  (QFD)  in  product  development.  However, 
applying  QFD  to  launch  operations  has  never  been  attempted.  It  is  certain 
that  QFD  has  a  future,  but  it  is  becoming  more  and  more  important  to  appraise 
that  future  realistically  so  workable  plans  and  requirements  can  be  translated 
into  launch  systems  which  satisfy  the  customer. 

2.  We  are  exploring  the  use  of  QFD  methodology  to  verify  AF  SPACECOM 
operational  requirements.  The  merits  as  well  as  the  ievel  of  difficulty  of 
implementing  the  QFD  process  will  be  presented. 

3.  Enclosed  is  the  Competitive  Assessment  Research  Survey  directed  to  this 
objective.  We  would  appreciate  it  if  you  will  personally  take  the  time  (30 
minutes)  to  respond.  The  validity  of  this  research  depends  on  the  response  of 
people  like  yourself. 

4.  The  specific  information  which  you  provide  in  response  to  this  survey 
will  be  treated  strictly  as  confidential.  Preliminary  analytical  results  will 
be  published  and  presented  at  the  AIAA/ADPA/NSIA  First  National  Total  Quality 
Management  Symposium,  1-3  November  1989,  Denver,  Colorado. 

5.  We  want  to  thank  you  in  advance  for  your  cooperation  and  assistance  in 
this  research  study. 


P.  L.  Portanova  and  E.  J.  Tomei,  Jr. 
(213)  336-1860 
Bldg.  D9,  Room  4721 


PLP : f d 
Enclosures 
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INSTRUCTIONS  TO  THE  COMPETITIVE  ASSESSMENT  RESEARCH  SURVEY 


The  following  questions  are  part  of  a  survey  being  conducted  as  inputs 
to  a  study  being  performed  of  QFD  methodology  relative  to  Launch  Operations. 
Preliminary  results  are  planned  to  be  presented  at  the  AIAA/ADPA/NSIA  First 
National  Total  Quality  Management  Symposium,  1-3  November  1989,  Denver, 
Colorado.  The  title  of  our  paper  is  "Applying  Quality  Function  Deployment  to 
Launch  Operations,"  and  we  are  performing  research  relative  to  AFSPACECOM 
operational  requirements  and  the  Advanced  Launch  System  (ALS).  The  research 
at  this  phase  focused  on: 

a)  Customer  (User)  Requirements 

b)  Design  Requirements 

c)  System/Subsystem  Characteristics 

Participation,  through  your  response  to  this  questionnaire,  is  very 
important  to  our  research  effort.  Your  responses  are  strictly  confidential 
and  complete  anonymity  is  maintained  for  all  personnel  and  companies  who 
participate . 

The  attached  Competitive  Assessment  Research  Survey  lists  our 
preliminary  assessment  of  design  requirements  expressed  in  QFD  format.  In  the 
adjoining  columns,  please  provide  your  assessments  of  the  capability  of  the 
identified  existing  launch  vehicles  to  satisfy  these  requirements  using  a 
relative  scale  of  1-5  with  5  being  best.  Also,  please  provide  your  assessment 
of  the  risk  to  the  ALS  program  to  satisfy  these  requirements  on  a  scale  of 
1-5,  with  5  representing  the  greatest  risk.  Any  additional  comments  or  added 
clarifications  can  be  included  in  the  space  provided. 

We  sincerely  appreciate  your  cooperation  and  assistance. 


P.  L.  Portanova,  Director 
Operations  Directorate 

Space  Transportation  Development  Directorate 
Office:  (213)  336-1860 


E.  J.  Tomei,  Director 
Advance  Programs  &  Studies 
Western  Test  Range 
Office:  (805)  866-9908 


The  following  Information  is  optional; 

Name  _ _ _ 

May  we  contact  you?  Yes  _  No  _  If  Yes,  (  ) _ 

Telephone 

Please  use  the  reverse  side  of  this  questionnaire  for  additional 
comments.  We  would  greatly  appreciate  any  additional  insights  and  sources  of 
data/infonnation  on  this  topic  that  you  could  share  with  us. 
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Applying  Quality  Function  Deployment  to  Launch  Operations 
AIAA/ADPA/NSIA  First  National  Total  Quality  Management  Symposium 


A  subjective  assessment  will  be  required  to  answer  most  of  the  questions,  so  it 
important  that  you  follow  your  best  judgement  based  on  data,  information,  experienced^ 
and  expert  knowledge.  We  are  trying  to  assess  the  relative  capability  of  the  current 
launch  systems  to  meet  certain  ALS  design  parameters  and  the  relative  risk  of  ALS 
itself  to  meet  these  goals.  Although  most  of  the  specific  parameters  are  not  defined 
yet,  we  are  proceeding  on  the  basis  of  relative  merit.  The  process  will  be  refined  as 
more  data  are  obtained.  In  the  assessment  column,  please  read  the  down  arrow  as 
"minimize,"  the  up  arrow  as  "maximize,"  and  the  dot  as  "fixed  target  value." 


RESEARCH  QUESTIONNAIRE 

COMPETITIVE  ASSESSMENT 

D 

A 

s 

A 

T 

E 

T 

H 

R 

I 

L 

L 

U 

I 

T 

T 

A 

T 

A 

A 

Objective 

A 

S 

T 

N 

N 

0 

TARGET 

Design 

Target 

L 

E 

0 

MIN 

Requirements 

Value 

E 

0 

MAX 

(How') 

(How  Much') 

1- 

-5 

('Best') 

ALS 

R 

I 

S 

K 

1-5  (Strong') 


o 

o 

o 

0 

0 


o 

o 

o 

o 

0 

o 

o 

o 

0 

0 


LV  integration 

P/L  integration 

Launch  constraints 

Standard  LV  interfaces 

Standard  P/L  interfaces 

Fuel/defuel 

Environmental  impact 

P/L  changeout 

Fault  diagnosis  effort 

Repair  effort 

Part  replacement  effort 

Test  &  checkout  effort 

Integrated  test 

Launch  rate 

Launch-on-need 

Surge 

Resurge 

Standdown 

Recovery 


X  mhrs/max/mission 
X  mhrs/mission 
X  hrs  delay  max 
X  mhrs/max/mission 
X  mhrs  max/mission 
24  hrs  max 
X  %  delay  average 

5  days  max 
X  mhrs  m^LX 
X  mhrs  max 
X  mhrs  max 

X  mhrs  max/mission 
X  hrs/mission 

6  min-10  max/yr 
30  days  max 

7  in  5  days  max 
60  days  m*uc 

3  months  max 
135% 
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RESEARCH  QUESTIONNAIRE  COMPETITIVE  ASSESSMENT 


o  TARGET  Design 
o  MIN  Requirements 
0  MAX  (How') _ 


Objective 
Target 
Value 
(How  Much") 


D  A  S  A  T 

E  T  H  R  I 

L  L  U  I  T 

T  A  T  A  A 

A  S  T  N  N 

L  E 

_ E _ 

1-5  (Best’) 


0 

o 

o 


o 

o 

0 

0 

0 

o 

o 

o 

o 

o 

0 

0 

0 

o 

0 

0 

0 


Identity  concealment 
P/L  closeout-to-launch 
Window 

Hazard  clear  ops 
On-pad  maintenance 
Intermed.  maintenance 
Pad  turnaround 
Timely  logistics 
Logistics  effort 
Multi-sourcing 
Mission  ops  effort 
Range  support  effort 
Year  2000  missions 
Year  2004  missions 
Year  2008  missions 
Availability 
Dependability 
Reliability 
Single-point  failures 
Survivability 
Threat  resistance 
Security 


100% 

5  days  max 

X  hrs  min-X  hrs  max 
X  hrs  max/mission 
X  mhrs  max/mission 
Zero 

6  days  max 

X  hrs  delay  max 
X  mhrs/mission 
100% 

X  mhrs  max/mission 
X  mhrs  max/mission 
50K  min  -  90K  max 
4K  min  -  150K  max 
4K  min  -  220K  max 
90%  min 
95%  min 
98%  min 
Zero 
100% 

100% 

100% 


77 


